-
Notifications
You must be signed in to change notification settings - Fork 471
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Persist StateProof builders on disk #4553
Persist StateProof builders on disk #4553
Conversation
…uilders from database
49a3516
to
02887f9
Compare
Codecov Report
@@ Coverage Diff @@
## feature/stateproofs-recoverability #4553 +/- ##
======================================================================
+ Coverage 55.23% 55.33% +0.09%
======================================================================
Files 398 398
Lines 50276 50389 +113
======================================================================
+ Hits 27772 27881 +109
+ Misses 20188 20185 -3
- Partials 2316 2323 +7
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
02887f9
to
eddbfa1
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall looks good.
Have some suggestions to have a clearer code.
bc366d2
to
f2df8ef
Compare
4179b32
to
9d78989
Compare
To support indefinite StateProofs recovery period (currently only 1000 intervals are supported), we must store the date required to build a StateProof transaction on disk.
This feature is a partial implementation, migrating the existing database and adding logic for persisting and restoring StateProof builders, as well as updating the unit tests accordingly.
Persist StateProof Builders
Keep less builders in memory and send less signatures
This will be implemented in a separate PR
NextStateProofRoundBuilder
andLatestRoundBuilder
.Testing
persistBuilder
flag for every test to make sure nothing breaksbuilder
stored in DBworker_test.go
to timeout when waiting ontxmsg
channel instead of blocking indefinitely